home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000400_timbl@www3.cern.ch _Thu Nov 26 10:24:23 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  5KB
  1. Return-Path: <timbl@www3.cern.ch>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA01394; Thu, 26 Nov 92 10:24:23 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA20075; Thu, 26 Nov 1992 10:37:10 +0100
  6. Received: by www3.cern.ch (NX5.67c/NX3.0S)
  7.     id AA01230; Thu, 26 Nov 92 10:32:36 +0100
  8. Date: Thu, 26 Nov 92 10:32:36 +0100
  9. From: Tim Berners-Lee <timbl@www3.cern.ch>
  10. Message-Id: <9211260932.AA01230@www3.cern.ch>
  11. Received: by NeXT.Mailer (1.87.1)
  12. Received: by NeXT Mailer (1.87.1)
  13. To: jim@wilbur.njit.edu (Jim Whitescarver)
  14. Subject: Re: The <PRE> tag
  15. Cc: www-talk@nxoc01.cern.ch
  16. Reply-To: timbl@nxoc01.cern.ch
  17.  
  18.  
  19.  
  20. >  Date: Wed, 25 Nov 92 12:41:49 est
  21. >  From: jim@wilbur.njit.edu (Jim Whitescarver)
  22.  
  23. >  We are not stuck on the <PRE> tag, only the functionality.  If <p> at
  24. >  the end gave us single spaced output, that would be acceptable though a
  25. >  bit more work.  I've been unable to duplicate the effect using existing
  26. >  tags.  Whatever name, (I'd prefer <PREFORMATTED>),
  27.  
  28. PREFORMATTED is too long for default SGML element length.
  29. I feel FIXED is more descriptive of what the tag means -- in that the character  
  30. spacing is fixed.  I feel the tag should describe the interpretation to be but  
  31. onto the data, not just its origin. In fact, FIXED would be used in cases where  
  32. XMP and LISTING are used now. It is trivial to convert.  I so no great use for
  33. XMP and LISTING except for back-compatibility.
  34.  
  35.     WIDTH
  36.     
  37. I would like an attribute WIDTH=nn to specify the width of display.
  38. This can allow the viewer to select a font which will fit. It will also
  39. allow something 40 chars wide to be indented rather than having to 
  40.  
  41. start at the LH margin (and typically be filled out with tabs so that it
  42. doesn't look silly) like in a quoted command.  I would put an implementor's
  43. comment in that widths of 40, 80 and 132 are likely and handling those well
  44. would be a good move. Any oethr widths can be rounded up of course.
  45. In a style-oriented editor, that gives 3 styles: command, example,listing.
  46.  
  47.  
  48. >  the standard should
  49. >  include an end tag </PRE>.  We don't support an end tag, but should.
  50.  
  51. Definitely!
  52.  
  53. > I
  54. >  attampted to translate ms documents to html, with some success, but,
  55. >  equations (neqn) and tables (tbl), were close to impossible.  I'd like
  56. >  to use preformatted for those sections alone, and not the whole document
  57. >  (http://eies2.njit.edu/rakesh/paper.html).
  58.  
  59.     I get "Document address invalid or access not authorised" for
  60.     that one ... have you sepelt it right?
  61.  
  62.     NEW LINE
  63.  
  64. Whether lines are ended with newline or <p> is in fact a question of  
  65. practicality.
  66.  
  67. >  The idea of new lines being significant is only repungnant in the case
  68. >  of generating new hypertext.  The express purpose of <PRE> is to make
  69. >  use of externally formated text where new lines ARE significant.
  70.  
  71. Hold on. Let's get our ideas straight. We want FIXED to allow us
  72. to inlcude preformatted text.  We can never, however, just paste preformatted
  73. text into a <PRE> section because we will have to change the < and & characters
  74. to entities.  At the same time as we add those it's easy to add a <p> at the  
  75. end of every line.
  76.  
  77. It isn't just mail which has problems with newlines. There are horrible
  78. mainframe systems which have trouble with things which don't fit into card or  
  79. lineprinter images, and even VMS complains when a line buffer overflows. There  
  80. are probably a lot of finite line buffers in the world. When you imagine  
  81. (pathalogical case) putting an anchor on each of 80 characters, we can end up  
  82. with of the order of 1kB per line. When it totally resonable for you and me but  
  83. I bet someone will hate it.
  84.  
  85. But then of course we can always break lines before any tag closer > so it  
  86. doesn't matter anyway, right?
  87.  
  88. Dan's aygument remains that by SGML convention (only?) newlines are significant  
  89. only in "RCDATA" (replacable character data) in which one cannot have anchors.  
  90. If you need anchors, you need PCDATA (parsable CDATA) in which newlines are
  91. by convention not signifiant.
  92.  
  93. >  I used the <p> tags within <PRE> text in order to marginally support
  94. >  browsers that do not understand <PRE>.  I'll be glad to provide a
  95. >  version of manual pages without the <p>,  http://eies2.njit.edu:1234/man-p.
  96. >  The long term value of mixing <p> within <PRE> is dubious at best.
  97.  
  98. I absoltely agree that we don't mix <p> with significant newlines!
  99. My attempts to interpret your man pages lead to a lot of white
  100. space, as \n<p>\n was interpreted as 3 newlines!
  101.  
  102. Let's not bother marginally supporting any browsers. All the parser authors are  
  103. in this discussion, we can get it right and define it. We can then all
  104. retrofit it in time for the MIME text/html definition. OK?
  105.  
  106. I would like to see a /man/fixed with either <p> throughout or no <p>.
  107.  
  108.     <FIXED>
  109.     Every line ends with <p><p>
  110.     <p>
  111.     Blank or not<p>
  112.     </FIXED>
  113.  
  114.  
  115. >  The MidasWWW update for <PRE> looked nice and simple.  I look forward
  116. >  to trying it!
  117. >  
  118.  
  119. >  Let's get a <PRE> capability into the standard so we can put anchors  
  120. everywhere!
  121.  
  122. Absoltely.  We just need discussion or votes on 3 issues:
  123.  
  124.   Tag name:        <FIXED>        <PRE>        (other)
  125.  
  126.   Newlines:        \n        <p>
  127.  
  128.   WIDTH=nn        yes        no
  129.  
  130.  
  131. >  
  132.  
  133. >  jim
  134. >  
  135.  
  136.     Tim